home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-3157 / 35.txt < prev    next >
Text File  |  1992-05-11  |  28KB  |  681 lines
  1. Info-Atari16 Digest         Wed, 22 Jan 92       Volume 92 : Issue  35
  2.  
  3. Today's Topics:
  4.                           Advice about MiNT
  5.         Anyone interested in a sound saver for the Roland D70.
  6.                              Darn brevity
  7.                        Finding the filebase...
  8.                             GCC 1.40 & GDB
  9.       HELP needed (UNIX arc,zoo.lharc : gdb : ST as typewriter)
  10.                        Hyperformat disk on a PC
  11.                     I'd like a CPX to... (2 msgs)
  12.                         PD C compilers for ST
  13.                        Prnt from GCR to SLM605
  14.            Sozobon 1.33i vs. Sozobon 2.0 (extras) (3 msgs)
  15.                             Sozobug 1.33i
  16.                          Start Subscriptions
  17.                     Tips for high-speed modem use?
  18.                      To anyone stuck in DM or CSB
  19.                     TOS 2.06 upgrade for Mega STE
  20.                                Turboass
  21.                            WANTED Cheap ST
  22.  
  23. Welcome to the Info-Atari16 Digest.  The configuration for the automatic
  24. cross-posting to/from Usenet is getting closer, but still getting thrashed
  25. out.  Please send notifications about broken digests or bogus messages
  26. to Info-Atari16-Request@NAUCSE.CSE.NAU.EDU.
  27.  
  28. Please send requests for un/subscription and other administrivia to
  29. Info-Atari16-Request, *NOT* Info-Atari16.  Requests that go to the list
  30. instead of the moderators are likely to be lost or ignored.
  31.  
  32. If you want to unsubscribe, and you're receiving the digest indirectly
  33. from someplace (usually a BITNET host) that redistributes it, please
  34. contact the redistributor, not us.
  35. ----------------------------------------------------------------------
  36.  
  37. Date: 22 Jan 92 13:46:21 GMT
  38. From: mcsun!uknet!bcc.ac.uk!ucacmsu@uunet.uu.net (Mr Stephen R Usher)
  39. Subject: Advice about MiNT
  40. To: Info-Atari16@naucse.cse.nau.edu
  41.  
  42. In article <7877@tamsun.tamu.edu> n160ao@tamuts.tamu.edu (Mark Lehmann) writes:
  43. >I want to delve into MiNT.
  44. >
  45. >What version should I install?  Where should I get installation instructions?
  46.  
  47. The latest version is 0.93, though I'm not sure if this has made it onto
  48. atari.archive yet. The installation instructions come with it.
  49.  
  50. >
  51. >What I am hoping that I will gain with MiNT is the ability to do file
  52. >transfer in the background while I use the computer in the foreground.
  53. >
  54. >What is a good "C" and "C++" to use under MiNT?  I have Sozobon and Laser C.
  55.  
  56. The best compiler to use at the moment is GCC, though Dave Gymer is working
  57. on a set of libraries for Sozobon (he's lost half his memory until his SST
  58. arrives from Gadgets.. Necessity is the mother of invention). Laser C is a
  59. bit of a dead loss in this area.
  60.  
  61. >
  62. >Do any MiNT users use TeX and LaTeX?  If so, what version of TeX do
  63. >you use under MiNT?
  64. >
  65. >Thanks much.
  66. >Mark Lehmann
  67. >tamuts.tamu.edu!n160ao
  68.  
  69.  
  70. I hope this helps a little.
  71.  
  72. Steve
  73. --
  74. Addresses:-
  75. JANET:-         ucacmsu@uk.ac.ucl or    susher@uk.ac.csm
  76. Internet:-      ucacmsu@ucl.ac.uk or    susher@csm.ac.uk
  77.  
  78. ------------------------------
  79.  
  80. Date: 22 Jan 92 11:46:31 GMT
  81. From: mcsun!sun4nl!ahds!geert@uunet.uu.net (Geert W.T. Jonkheer CCS/TS)
  82. Subject: Anyone interested in a sound saver for the Roland D70.
  83. To: Info-Atari16@naucse.cse.nau.edu
  84.  
  85. Hi musicians,
  86.  
  87. While developing a performance, patch and tone editor for the Roland
  88. D70 synthesizer, I already succeeded a program that receives and saves
  89. the performance, patch,tone and parameters of the D70.
  90. Of course this program can also send the parameters back
  91. to the D70. Now you can edit your patches and tones,
  92. without bothering of loosing (original) patches.
  93. A very helpfull utility, right?
  94.  
  95. When someone is interested, I will post it to rec.music.synth, or
  96. I will upload the program to atari.archive.umich.edu (if I know
  97. how to do this). Please let me now, if you are interested, or
  98. when you know how to upload programs to a.a.u.e.
  99.  
  100. Geert.
  101.  
  102.  
  103. --
  104. ================================================================================
  105.  ============                  Geert W.T. Jonkheer.               =============
  106.    ========== Ahold  N.V.  The  Netherlands  geert@ccsds.ahold.nl ==========
  107.       ===================================================================
  108.  
  109. ------------------------------
  110.  
  111. Date: 22 Jan 92 12:14:43 GMT
  112. From: noao!ncar!elroy.jpl.nasa.gov!usc!cs.utexas.edu!convex!rosenkra@arizona.edu
  113.  (William Rosenkranz)
  114. Subject: Darn brevity
  115. To: Info-Atari16@naucse.cse.nau.edu
  116.  
  117. In article <1992Jan21.205846.29303@syscon.rn.com> carl@syscon.rn.com (Carl
  118.  Kreider) writes:
  119. >That sounds right for Alcyon but pretty strong for GNU.  MegaMax is about
  120. >1100 - 1600 for GNU seems strong.
  121.  
  122. memory fails, but i remember GNU being at least 1.5x alcyon (both 16-bit).
  123. the point about compilers having non-trivial impact on performance is
  124. nevertheless valid. i consider 10 percent or more significant so megamax's
  125. 35-40 percent improvement is quite significant and points out a possible
  126. problem if tests are performed with less than optimal compilers.
  127.  
  128. >I think dhrystone is best bench available for general purpose.
  129.  
  130. i could argue that there is really no universally adequate "general
  131. purpose" benchmark (real code is _always_ superior), but i won't :-).
  132.  
  133. >Do you *really* think the 3:1 difference is the compiler?
  134.  
  135. in this case (ie dhrystones) i can at least point out specific examples
  136. where the difference is significant, tho maybe not 3:1 (maybe 2:1). i
  137. could probably find 2 compilers on a single machine which differ by 3:1.
  138. extrapolation between systems adds more complexity, however. then each
  139. system's architectural features and configuration is important if not
  140. dominant. and a naive benchmarker could fall into this sort of situation.
  141. however, not knowing the conditions under which the reported numbers where
  142. generated, i can't claim it is the compiler in whole or in part. i can only
  143. tell you that compilers _can_ make huge differences tho. the fact that
  144. we are having this exchange indicates the importance of _fully_ documenting
  145. test conditions. unfortunately, this sort of info is not easily put in a
  146. nice small table so it is rarely done. linpack is one notable exception.
  147. jack dongara includes compiler rev as well as all compiler switch settings
  148. in his reports. it is sufficient to cite the great importance and relevance
  149. of compilers by indicating, at least in the supercomputer market, that the
  150. players spend significant development and R&D dollars on compilers, eeking
  151. out the last bit of performance possible on unmodified source code. i know
  152. of huge deals (ie multimillion $$$) that are won and lost solely based on
  153. a few percent improvement in execution exclusively attributed to compilers.
  154.  
  155. i have also seen as much as 30% or more improvement between compiler revs
  156. in the workstation realm (eg HP) so if you are using an old compiler, say
  157. a couple of revs old, you can easily see large differences on the same
  158. machine and the same benchmark. i'm not sure if this is always true for
  159. dhrystone, but it is the case for more complicated benchmarks like SPEC
  160. or Perfect Club.
  161.  
  162. i also know that on whetstone (another common "general purpose" benchmark),
  163. a compiler that can inline can make at least a 2:1 difference. since a
  164. significant part of whetstone is to measure call overhead, which inlining
  165. essentially eliminates, you have to question its value or at least its
  166. "proper" use (and reporting). caveat emptor.
  167.  
  168. -bill
  169. rosenkra@convex.com
  170. --
  171. Bill Rosenkranz            |UUCP: {uunet,texsun}!convex!rosenkra
  172. Convex Computer Corp.      |ARPA: rosenkra@convex.com
  173.  
  174. ------------------------------
  175.  
  176. Date: 22 Jan 92 05:56:47 GMT
  177. From: noao!ncar!elroy.jpl.nasa.gov!midiline!jared@arizona.edu ('286 Highlander)
  178. Subject: Finding the filebase...
  179. To: Info-Atari16@naucse.cse.nau.edu
  180.  
  181. I'm here on MIDILINE.  I hear all these other users, calling in to this
  182. BBS (node?) from local, or far away, talking about files in this weird
  183. format I can't understand.  My main confusion is getting IN to the file
  184. area here on MIDILINE.  What do I type and where do I type it to get in
  185. to this totally hidden/secret area?  I've got an un.ZOO'er program (least
  186. I think I do...), but I have to be able to SEE the prgrams first to
  187. download them, so I can un.ZOO them.  Where on here are they?  Where are
  188. they anywhere?!?  Help!!!
  189.  
  190. Reply in Email ("MAIL").  Thank you.
  191.  
  192. Jared
  193.  
  194. ------------------------------
  195.  
  196. Date: 22 Jan 92 17:18:20 GMT
  197. From: cadence!cadence.com!bammi@uunet.uu.net (Jwahar R. Bammi)
  198. Subject: GCC 1.40 & GDB
  199. To: Info-Atari16@naucse.cse.nau.edu
  200.  
  201. In article <1992Jan21.152816.6418@sae.com> malay@sae.com (Bob Malay) writes:
  202. > I installed GCC 1.40 and compiled "hello.c" - it compiled and ran fine using
  203. > Gemini 1.2.1; however, compiling "hello.c" with the "-gg" option to enable
  204. > use of gdb gave me this:
  205.  
  206. use '-g' and NOT '-gg'. please grab the latest gdb stuff from atari.archive
  207. (atariST gdb v2.6 patchlevel 15) in gnustuff/.../updates/update14.zoo
  208. it fixes a lot of problems with older gdb's. Also, -gg is no longer
  209. supported by either FSF nor is it supported in gcc-atariST and related
  210. tools. ONLY '-g' IS SUPPORTED.  (also note that -g and -G are not the same
  211. option to gcc. -G has a completely different meaning).
  212.  
  213. cheers,
  214. --
  215. --
  216. bang:   uunet!cadence!bammi                     jwahar r. bammi
  217. domain: bammi@cadence.com
  218. GEnie:  J.Bammi
  219. CIS:    71515,155
  220.  
  221. ------------------------------
  222.  
  223. Date: Tue, 21 Jan 92 15:15:37 GMT
  224. From: "D. Hines" <vj@cxa.daresbury.ac.uk>
  225. Subject: HELP needed (UNIX arc,zoo.lharc : gdb : ST as typewriter)
  226. To: Andrew.Stratton@computing-maths.cardiff.ac.uk,
  227.  
  228. Dave Halliday writes:
  229.  
  230. > Andrew.Stratton@cm.cf.ac.uk (Andrew F Stratton) writes:
  231. > |>
  232. > |>    Can anyone help with :-
  233. > |>
  234. > |>    1. Are there versions of arc, zoo, lharc that run on SUN 4's or VAX?
  235. >
  236. > Yes most can be got from Atari.archive though I have yet to locate
  237. > Zoo201 only an older version that can be compiled on unix.
  238.  
  239. This was also posted to the atari sources group, so Lancaster probably have
  240. it, and I have it here - see below.
  241.  
  242. > |>    2. Does anyone know where I can get the documentation for gdb?
  243. >
  244. > With the souces on atari.archive I believe.
  245.  
  246. Yes, on atari.archive, or here.
  247.  
  248. > |>    3. Is there a program available that lets you use the ST as a
  249. > |>       typewriter (v useful for filling forms)?
  250. >
  251. > Yes there is, I always thought the idea of downgrading your computer to
  252. > a type writer rather silly but the program does exist. I's called E-Type
  253. > and is sold by Digita International. It even costs a wopping
  254. > 39.99pounds. I would sugest you simply write a small program to do it.
  255. > It cant be that difficult.
  256.  
  257. I assume by that you mean as a terminal emulator. If so, there are a number of
  258. free items around... the one I use is Uniterm, again available at Lancaster,
  259. atari.archive, or here.
  260.  
  261.  
  262. In all the above, when I say 'here', I'm referring to a mail response server
  263. we run for use by people in the UK. It is intended to serve some other areas,
  264. but while we have spare disc space there is some Atari stuff there. This is
  265. mainly copies of things from other servers, but may be handy for people to
  266. know about. If you want to try it, you may be interested to try sending the
  267. following message to Info-Server@uk.ac.daresbury
  268.  
  269. Request: Help
  270. Topic: Help
  271. Topic: Sources
  272. Request: Index
  273. Topic: Atari
  274. Request: Sources
  275. Topic: /Atari/Index
  276. Request: End
  277.  
  278.  
  279. Dave Hines.
  280.  
  281. ------------------------------
  282.  
  283. Date: 22 Jan 92 12:14:06 GMT
  284. From:
  285.  noao!ncar!elroy.jpl.nasa.gov!usc!zaphod.mps.ohio-state.edu!sol.ctr.columbia.edu
  286.  !ira.uka.de!math.fu-berlin.de!NewsServ!colina@arizona.edu (Curtis Colina)
  287. Subject: Hyperformat disk on a PC
  288. To: Info-Atari16@naucse.cse.nau.edu
  289.  
  290. In principle the DOS Computers are able to read the Atari format, but
  291. due to the 'laziness' there are mostly no questions if the disk is not
  292. in the 'standard' format. Therefore, even though Atari writes the
  293. information to the Bootsector, the DOS comps don't read them, but just
  294. assumes it's in the 'standard' format.
  295.  
  296. ERGO:  DOS says NO WAY.......
  297.  
  298. ..But who wants to use DOS Computers anyway ????
  299.  
  300. Dossi
  301.  
  302. ------------------------------
  303.  
  304. Date: 21 Jan 92 12:37:14 GMT
  305. From: FREIA.INF.TU-DRESDEN.DE!hohmuth@ucbvax.berkeley.edu (Michael Hohmuth)
  306. Subject: I'd like a CPX to...
  307. To: Info-Atari16@naucse.cse.nau.edu
  308.  
  309. mcsun!uknet!ox-prg!adrian@uunet.uu.net (Adrian Cox) writes:
  310.  
  311. > There are two CPXs I'd like to have.  I don't know if these have
  312. > been written, and if they're available, as archie searches are
  313. > difficult without a filename.  If these exist, and are available for
  314. > anonymous ftp (or mail server, as our name server isn't working yet so
  315. > I can't use Terminator) please tell me.
  316. >
  317. > 1.  Disk step rate control.  I have one 5 1/4" drive and one 3 1/2"
  318. > drive, and I'd like to set a 6ms step rate for the 5 1/4".
  319.  
  320. There is a CPX named DISK.CPX. Its source code was published in the German
  321. magazine "ST Computer 3/91". I also have got the binary but I really don't
  322. know if it is legal to copy it to the net as it is copyrighted by the
  323. magazine...
  324.  
  325. > 2.  Boot up control.  I'm currently using a desk accessory and auto
  326. > program called Autoload which loads AUTO programs from a list, so that
  327. > they don't have to be in the AUTO folder of drive C.  Is there a CPX
  328. > based version of the same trick, to save slots?
  329.  
  330. I also use an AUTO program that loads other boot-up's from a list (called
  331. Autobatch, written by me :: ). If I want to change the setup, I edit the
  332. list with an editor; what is the acc/cpx supposed to do?
  333.  
  334. Michael
  335. --
  336. Internet: hohmuth@freia.inf.tu-dresden.de
  337.  
  338. ------------------------------
  339.  
  340. Date: 22 Jan 92 11:24:12 GMT
  341. From: mcsun!uknet!edcastle!simonk@uunet.uu.net (Simon Kinahan)
  342. Subject: I'd like a CPX to...
  343. To: Info-Atari16@naucse.cse.nau.edu
  344.  
  345. adrian@robots.ox.ac.uk (Adrian Cox) writes:
  346.  
  347.  
  348. >There are two CPXs I'd like to have.  I don't know if these have
  349. >been written, and if they're available, as archie searches are
  350. >difficult without a filename.  If these exist, and are available for
  351. >anonymous ftp (or mail server, as our name server isn't working yet so
  352. >I can't use Terminator) please tell me.
  353.  
  354. >1.  Disk step rate control.  I have one 5 1/4" drive and one 3 1/2"
  355. >drive, and I'd like to set a 6ms step rate for the 5 1/4".
  356.  
  357. >2.  Boot up control.  I'm currently using a desk accessory and auto
  358. >program called Autoload which loads AUTO programs from a list, so that
  359. >they don't have to be in the AUTO folder of drive C.  Is there a CPX
  360. >based version of the same trick, to save slots?
  361.  
  362. >Thanx, Adrian
  363. >--
  364. >Adrian Cox,                     | This is yet another self referential signature.
  365. >Robotics Research Group, |
  366. >Engineering Science Dept,| I tried, as only a chimneypot can try...
  367. >Oxford, UK.             |
  368.  
  369.  
  370.   This is probably a good time to mention what CPXs are and what they
  371. are used for. CPXs althought thay are compiled as normal programs
  372. are basically treated like subroutines to XCONTROL and as such are not
  373. really programs in their own right.
  374.   According to Atari CPXs should do what their name says they do. They
  375. should be used to control aspects of the system. Thus altering colours,
  376. disk drive settings etc are legitimate uses. Controling TSR utilities
  377. such as mouse accelerators is also a legitimate use. Actually running a
  378. mouse accelerator or some other function often performed by DAs is *not*
  379. a good use for a CPX.
  380.   Hope this helps somebody out there.
  381.  
  382.   Simon Kinahan aka simonk@castle.ed.ac.uk - "Mostly Harmless"
  383.  
  384. ------------------------------
  385.  
  386. Date: 22 Jan 92 09:33:14 GMT
  387. From: mcsun!uknet!edcastle!hwcs!neil@uunet.uu.net (Neil Forsyth)
  388. Subject: PD C compilers for ST
  389. To: Info-Atari16@naucse.cse.nau.edu
  390.  
  391. I just dug out my old Megamax manual and it says:-
  392.  
  393. "1.4.1 Segmentation
  394.  
  395. The space used by a program at run time is divided into a number of segments.
  396. Each segment may contain up to 32KB. By default a program will consist of
  397. three segments: a BSS ... a DATA ... and a CODE segment ..."
  398.  
  399. So that settles how Megamax did it.
  400.  
  401. +----------------------------------------------------------------------------+
  402. ! DISCLAIMER:Unless otherwise stated, the above comments are entirely my own !
  403. !                                                                            !
  404. ! Neil Forsyth                      JANET:  neil@uk.ac.hw.cs                 !
  405. ! Dept. of Computer Science         ARPA:   neil@cs.hw.ac.uk                 !
  406. ! Heriot-Watt University            UUCP:   ..!ukc!cs.hw.ac.uk!neil          !
  407. ! Edinburgh, Scotland, UK           "That was never 5 minutes!"              !
  408. +----------------------------------------------------------------------------+
  409.  
  410. ------------------------------
  411.  
  412. Date: Wed, 22 Jan 1992 11:13 EST
  413. From: CSULLOGG@crl.aecl.ca
  414. Subject: Prnt from GCR to SLM605
  415. To: Info-Atari16@naucse.cse.nau.edu
  416.  
  417. Yesterday I managed to get my 4 meg 1040STE printing to my Atari SLM605
  418. laser while running Macware under Spectre GCR (3.0). The German program
  419. SLM 804 Init (from Fearn & Music in Stuttgart) redirects output from the
  420. parallel port to a buffer then outputs to the SLM605 via the DMA. I used
  421. MacPrint's HPLJ II driver to create the image in the buffer.
  422.  
  423. While I was quoted 50 Marks for the SLM Init, I paid 100 Marks + 65 Marks
  424. for handling. While I am not enthused at having paid 330% of the quoted
  425. price, I highly recommend the product to anyone who has a 4 meg Atari and
  426. GCR/SLM laser combinations. Please note: I had purchased JetLink Express
  427. to generate pages for printing but the SLM Init does not work with JLE.
  428.  
  429. Finally, Dave Small if you read this posting WHERE IS VERSION 3.1 OF SPECTRE.
  430. I have had ver 3.0 for a year and have been unable to use it on my TT. To say
  431. the lease, I am getting somewhat impatient at > 1 year's wait for a software
  432. upgrade for a product that was advertised as working with the TT (the fine
  433. print does not say DOES NOT WORK WITH THE TT'S INTERNAL HARD DISK!!!). Please,
  434. provide 3.1 a.s.a.p, I don't like a lump of coal in my cartridge port!!!
  435.  
  436. ------------------------------
  437.  
  438. Date: 22 Jan 92 12:17:49 GMT
  439. From: mcsun!uknet!warwick!nott-cs!dpg@uunet.uu.net (`Grave' Dave Gymer)
  440. Subject: Sozobon 1.33i vs. Sozobon 2.0 (extras)
  441. To: Info-Atari16@naucse.cse.nau.edu
  442.  
  443. In article <A1673926709@thelake.mn.org> thelake!steve@cs.umn.edu writes:
  444. > > What about source? I can't use binaries compiled with dLibs, as they crash
  445. > > under MiNT.I  installed 2.0 for a laugh by compiling under the GCC as the
  446. > > "UNIX"-hosted cross-compiler version (GCC on my ST, that is).
  447. >
  448. >You may have had problems with an old version of the library. There were
  449. >bugs in the original dLibs 1.2 distribution that bombed programs started
  450. >under Gemini/Mupfel and MiNT. As you can see, they were fixed in the
  451. >beta-testing stage (which is one reason it took so flipping long).
  452.  
  453. Which version of MiNT are you running? There was a hack in at least one version
  454. of MiNT which allows dLibs to work; it was removed in later version of MiNT.
  455. Maybe I got hold of the wrong end of the stick, but I thought all versions
  456. of dLibs misbehaved, because, among other things, they try to recover
  457. information from their parent process (which may well have terminated under
  458. MiNT).
  459.  
  460. In any case, I'm not using dLibs with Sozobon, I'm using a half-baked port
  461. I did of Eric Smith's MiNTlib, which is why I'd like source. (I _hate_ using
  462. \ in filenames; I have to type them all twice from bash or ksh!)
  463.  
  464. >I can't answer your specific question about source availability, but the
  465. >sentiment will be passed along.
  466.  
  467. Thanks. I really don't like to use software I can't get source to.
  468. --
  469. `Grave' Dave Gymer | Olivier's law:
  470. 42 St Mary's Park, |
  471. Louth, Lincs,      | Experience is something you don't get until
  472. LN11 0EF, ENGLAND  | just after you need it.
  473.  
  474. ------------------------------
  475.  
  476. Date: 22 Jan 92 16:46:29 GMT
  477. From: cadence!cadence.com!bammi@uunet.uu.net (Jwahar R. Bammi)
  478. Subject: Sozobon 1.33i vs. Sozobon 2.0 (extras)
  479. To: Info-Atari16@naucse.cse.nau.edu
  480.  
  481. In article <1992Jan21.131611.17662@cs.nott.ac.uk> dpg@cs.nott.ac.uk (`Grave'
  482.  Dave Gymer) writes:
  483.  
  484.  
  485. > What about source? I can't use binaries compiled with dLibs, as they crash
  486. > under MiNT.I  installed 2.0 for a laugh by compiling under the GCC as the
  487.  
  488.   You must have a very old version of MiNT. Eric specifically kludged
  489. up a fix for dLibs startup code which insists on not using the
  490. atari/mwc conventions that the rest of the world does (i know its not
  491. perfect).
  492.  
  493. cheers,
  494. --
  495. --
  496. bang:   uunet!cadence!bammi                     jwahar r. bammi
  497. domain: bammi@cadence.com
  498. GEnie:  J.Bammi
  499. CIS:    71515,155
  500.  
  501. ------------------------------
  502.  
  503. Date: 22 Jan 92 15:23:10 GMT
  504. From:
  505.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!pacific.mps.ohio
  506.  -state.edu!linac!uchinews!spssig!bobhays@arizona.edu (Bob Hays)
  507. Subject: Sozobon 1.33i vs. Sozobon 2.0 (extras)
  508. To: Info-Atari16@naucse.cse.nau.edu
  509.  
  510. On the subject of the Sozobon 1.33i make utility (thanks for bringing it up,
  511. Chris:-), I found I needed to uncomment the buffer arguments for use on my
  512. box (2 DS/DD drives, a D drive ramdisk).
  513.  
  514. I commented out the path variables entirely and used the one I defined in my
  515. gulam shell as an environment variable.  Works fine (I load three executables
  516. for Sozobon into the ramdisk at startup and it finds them fine).
  517.  
  518. I guess I should find a way to pay the "big bucks" for more memory or a hard
  519. disk (wonder which is cheaper for an older ST [1040]).
  520.  
  521. Anyway, if you have problems you might find uncommenting the buffer variables
  522. in MAKE.INI will help.
  523.  
  524. Have fun! - Bob
  525. --
  526. ================================================================================
  527.  The opinions expressed above are those of the author and not SPSS, Inc.
  528.    bobhays@spss.com    Phone: (312) 329-3529  | "There is no dark side of the
  529.    Bob Hays            Fax:   (312) 329-3657  |  moon really ...." - Pink Floyd
  530.  
  531. ------------------------------
  532.  
  533. Date: 21 Jan 92 18:59:35 GMT
  534. From:
  535.  noao!ncar!elroy.jpl.nasa.gov!swrinde!zaphod.mps.ohio-state.edu!malgudi.oar.net!
  536.  uoft02.utoledo.edu!desire.wright.edu!cse0507@arizona.edu
  537. Subject: Sozobug 1.33i
  538. To: Info-Atari16@naucse.cse.nau.edu
  539.  
  540.    Would somebody else please try a particular call in Sozobon 1.33i?
  541. The offending call is vqf_attributes, and I'm getting back trash
  542. for the fourth array parameter.  What's more, it crashes my TT really
  543. bad.  Using vdicall, I can code it up by hand, but...geez.  Is it me, or
  544. is it Memorex?
  545. --
  546. ?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?!?
  547. ?    |||         Bob "SubGenius" Schulze  (%!#) @%(-)&$$      !
  548. ?    )|(         >>  cse0507@desire.wright.edu  <<            !
  549. ?   / | \      the above address does not work - please use it!
  550.  
  551. ------------------------------
  552.  
  553. Date: Wed,22 Jan 92 11:01:16 GMT
  554. From: K.Wolstenholme@a.salford-software-services.co.uk
  555. Subject: Start Subscriptions
  556. To: Info-Atari16@naucse.cse.nau.edu
  557.  
  558. Hi folks !
  559.  
  560. I'm sorry to bring up a subject you probably thought was long dead
  561. but I've been off the net for some time.
  562.  
  563. My problem is that the last I heard from Start was nearly a year
  564. ago and my subscription still had another 8 issues to run !
  565. They haven't answered my letters and phoning the subscriptions
  566. number got me nowhere.
  567.  
  568. Has anybody actually had their outstanding Start subscriptions
  569. refunded ? Any suggested course of action (like give up :-)) ?
  570. Maybe a phone number that will get some results ?
  571.  
  572. Thanks
  573. Keith
  574.  
  575. ===============================================================================
  576. JANET:    keith@uk.co.sss.a, keith@uk.co.salford-software-services.a
  577.           isocept_support@uk.co.sss.a (for ISOCEPT related enquiries).
  578. PHONE:    +44 61 737 7010
  579. POST:     3-S, Technology House, Lissadel Street, Salford, M6 6AP, U.K.
  580. -------------------------------------------------------------------------------
  581.  
  582. ------------------------------
  583.  
  584. Date: 22 Jan 92 15:41:00 GMT
  585. From:
  586.  noao!ncar!elroy.jpl.nasa.gov!usc!orion.oac.uci.edu!network.ucsd.edu!sdcc12!sdcc
  587.  13!atilghma@arizona.edu (Adam Tilghman)
  588. Subject: Tips for high-speed modem use?
  589. To: Info-Atari16@naucse.cse.nau.edu
  590.  
  591.   Howdy!  I just picked up a v.32bis modem for a song, and now I
  592. need to know what patches/etc. I needfor top performance on my
  593. ST... Do I need to increase my serial buffer size, use TURBOCTS,
  594. etc.???
  595.  
  596.   any e-mail would be appreciated.
  597.  
  598.   -- adam
  599.  
  600. --
  601. ==== Adam G. Tilghman - atilghma@sdcc13.ucsd.edu - (619)558-2141 ====
  602. ==  "Martha, fetch my rifle - thar's another UCSD ECE undergrad!"  ==
  603.  
  604. ------------------------------
  605.  
  606. Date: 22 Jan 92 13:00:23 GMT
  607. From: mcsun!uknet!sersun1!okes@uunet.uu.net (Oke S)
  608. Subject: To anyone stuck in DM or CSB
  609. To: Info-Atari16@naucse.cse.nau.edu
  610.  
  611. I have an editor/mapper for DM and CSB which I can mail if anyone wants it.
  612. It was written by a friend and myself, and is free to all.
  613.  
  614. If you would like a copy, e-mail to okes@essex.ac.uk and ask nicely.
  615.  
  616.                         Simon Oke.
  617.  
  618. ------------------------------
  619.  
  620. Date: Tue, 21 Jan 92 10:45:40 WET
  621. From: Ian C McCall <csc345@central1.lancaster.ac.uk>
  622. Subject: TOS 2.06 upgrade for Mega STE
  623. To: Info-Atari16@naucse.cse.nau.edu
  624.  
  625. Is there any more news about an upgrade from TOS 2.05 to 2.06 for the
  626. Mega STE yet? It's a UK Mega STE, if that makes any difference.
  627.  
  628.  
  629. Cheers,
  630.         Ian
  631.  
  632. ------------------------------
  633.  
  634. Date: 21 Jan 92 12:36:40 GMT
  635. From: FREIA.INF.TU-DRESDEN.DE!hohmuth@ucbvax.berkeley.edu (Michael Hohmuth)
  636. Subject: Turboass
  637. To: Info-Atari16@naucse.cse.nau.edu
  638.  
  639. mcsun!uknet!edcastle!kev@uunet.uu.net (K S Shea) writes:
  640. > Hi - I've been using the TurboAss assembler lately and I'm wondring how to
  641. > get it to load in the debugger (which I assume is bugaboo.prg) to avoid
  642. > to leave the editor every time I want to test something out.
  643. > Any ideas?
  644.  
  645. You could:
  646.  
  647. a) load the debugger (bugaboo.prg) before the assembler and let it residently
  648.    stay in memory with the command "resident";
  649.  
  650. b) load the debugger from within the assembler with "Debugger nachladen" from
  651.    the "Assembler" menu (make sure that there is enough memory left to load
  652.    the debugger (if not, reorganize Turboass' memory menagement by selecting
  653.    "Information" from the "Editor" menu and then clicking "Reorganisieren"
  654.    (enter the amount of memory you want to keep free (at least 300K) at the
  655.    first editable line)).
  656.  
  657. The names of menus etc. refer to the German version of Turboass; I don't know
  658. if there is an English version, too.
  659.  
  660. Michael
  661. --
  662. Internet: hohmuth@freia.inf.tu-dresden.de
  663.  
  664. ------------------------------
  665.  
  666. Date: 22 Jan 92 13:53:25 GMT
  667. From: psinntp!ultb!ritvax.isc.rit.edu!JWS7793@uunet.uu.net
  668. Subject: WANTED Cheap ST
  669. To: Info-Atari16@naucse.cse.nau.edu
  670.  
  671. WANTED:
  672.           A cheap ST (520FM would do) do to some simple midi stuff. Need not
  673. have a monitor if it has a RF modulator. Send Email if you have one for sale.
  674.  
  675.                                 James
  676.  
  677. ------------------------------
  678.  
  679. End of Info-Atari16 Digest
  680. ******************************
  681.